home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000259_misckit-reques…aska.et.byu.edu_Wed Sep 7 15:44:54 1994.msg < prev    next >
Internet Message Format  |  1994-10-30  |  3KB
  1. Return-Path: <misckit-request@alaska.et.byu.edu>
  2. Received: from alaska.et.byu.edu by darth.byu.edu (NX5.67d/NX3.0M)
  3.     id AA00494; Wed, 7 Sep 94 15:44:44 -0600
  4. Received: from YVAX2.BYU.EDU by alaska.et.byu.edu; Wed, 7 Sep 1994 10:40:57 -0600
  5. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.3-9 #7277)
  6.  id <01HGTTBKEFHC934UXK@yvax.byu.edu>; Wed, 07 Sep 1994 10:40:39 -0600 (MDT)
  7. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.3-9 #7277)
  8.  id <01HGTTBDA074934Y2Q@yvax.byu.edu>; Wed, 07 Sep 1994 10:40:26 -0600 (MDT)
  9. Received: from hermes.gac.edu by alaska.et.byu.edu; Wed,
  10.  7 Sep 1994 10:36:12 -0600
  11. Received: by hermes.gac.edu (8.6.9/GAC-1.0.R9309061) id LAA04943; Wed,
  12.  7 Sep 1994 11:36:22 -0500
  13. Date: Wed, 07 Sep 1994 11:36:22 -0500
  14. From: kane@gac.edu
  15. Subject: Re: Work in progress...
  16. To: misckit@alaska.et.byu.edu
  17. Message-Id: <199409071636.LAA04943@hermes.gac.edu>
  18. Content-Transfer-Encoding: 7BIT
  19.  
  20. Don Yacktman wrote:
  21. > Several times in the past we have brought up the possibility
  22. > of splitting the main library up into smaller libraries that
  23. > can be included as needed so that it is unnecessary to
  24. > include the whole big library. [...] But while I'm switching
  25. > over, it would be very easy to divide things up a bit more
  26. > if there is demand for it.
  27.  
  28. To sort of combine your two messages, I'd suggest leaving the
  29. 1.x.y versions the way things are.  If more breakup is demanded,
  30. fold that into the plan for 2.0.
  31.  
  32. I like the idea of breaking up along appkit/non-appkit lines.
  33. Perhaps to generalize a bit more, breaking up along similar lines
  34. to OpenStep, NEXTSTEP, and future Kits/Frameworks would be a
  35. good idea (staying away from trademark'd names, of course).
  36. I don't think shlibs/dynlibs < ~60KB are worthwhile, though, and
  37. the number of libs should be kept reasonable (< 10).  Hopefully,
  38. any breakup would also be accompanied by a similar source breakup
  39. into separate projects under the MiscKit project.
  40.  
  41. > One key problem that I forsee is that we will lose the
  42. > HashTable class with the FoundationKit.  Many MiscKit
  43. > classes use HashTables in ways where a NSDictionary
  44. > would be insufficient.  So we will need a HashTable
  45. > class which is equivalent to the NeXT HashTable object.
  46.  
  47. Could you elaborate on this?  Looking at the OpenStep spec, it
  48. looks to me like NSDictionary (with NSData,NSValue) will provide
  49. more general functionality (probably using the new NSMapTable
  50. stuff) than HashTable.
  51.  
  52. Christopher
  53. kane@gac.edu
  54.